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graphical user interface instantiates a runtime workspace 
application to operatively interpose between an operator 
station operating system and a user. The example method 
displays a plurality of panels via the graphical user inter- 
face and displays a portion of the process control infor- 
mation associated with a runtime application in at least 
one of the plurality of panels via the runtime workspace 
application. 
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INTEGRATED GRAPHICAL RUNTIME INTERFACE FOR PROCESS CONTROL 

SYSTEMS 

RELATED APPLICATION 
[0001] This application is a regular filed application of and claims, for the purposes 
of priority, the benefit of U.S. Provisional Application Serial No. 60/567,980, entitled 
"Graphical User Interface for Representing, Monitoring, and Interacting with Process 
Control Systems," which was filed on May 4, 2004 and which this application hereby 
expressly incorporates by reference herein in its entirety. This application is also 
related to U.S. Patent Application Serial Number 10/625,481, entitled "Integration of 
Graphic Display Elements, Process Modules and Control Modules in Process Plants," 
which was filed on July 21, 2003, and which published as U.S. Publication No. 
2004/0153804 on August 5, 2004, which, in turn, is a Continuation-in-Part of U.S. 
Patent Application Serial No. 10/278,469, entitled "Smart Process Modules and 
Objects in Process Plants," which was filed on October 22, 2002, and which published 
as U.S. Publication No. 2004/0075689 on April 22, 2004, the entire disclosures of 
which are hereby expressly incorporated by reference herein in their entirety. This 
application is also related to U.S. Patent Application Serial Number 10/368,151 
entitled "Module Class Objects in a Process Plant Configuration System," which was 
filed on February 18, 2003, and which published as U.S. Publication No. 
2004/0199925 on October 7, 2004, the entire disclosure of which is hereby expressly 
incorporated by reference herein in its entirety. This application is also related to the 
following patent applications, which are being filed as International (PCT) 
applications on the same date as this application and which this application hereby 
expressly incorporates by reference herein in their entirety: "Associated Graphic 
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Displays in a Process Environment" (Atty. Docket No. 06005/41111); "User 
Configurable Alarms and Alarm Trending for Process Control Systems" (Atty. 
Docket No. 06005/41112); "Integration of Process Modules and Expert Systems in 
Process Plants" (Atty. Docket No. 06005/41113); "A Process Plant User Interface 
System Having Customized Process Graphic Display Layers in an Integrated 
Environment" (06005/41114); "Scripted Graphics in a Process Environment" (Atty. 
Docket No. 06005/41115); "Graphics Integration into a Process Configuration and 
Control Environment" (Atty. Docket No. 06005/41116); "Graphic Element with 
Multiple Visualizations in a Process Environment" (Atty. Docket No. 06005/41117); 
"System for Configuring Graphic Display Elements and Process Modules in Process 
Plants (Atty. Docket No. 06005/41118); "Graphic Display Configuration Framework 
for Unified Process Control System Interface" (Atty. Docket No. 06005/41124); 
"Markup Language-Based, Dynamic Process Graphics in a Process Plant User 

■ 

Interface" (Atty. Docket No. 06005/41127); "Methods and Apparatus for Modifying 
Process Control Data" (Atty. Docket Nos. 06005/591622 and 20040/59-11622); 
"Methods and Apparatus for Accessing Process Control Data" (Atty. Docket Nos.. 
06005/591623 and 20040/59-11623); and "Service-Oriented Architecture for Process 

* 

Control Systems" (Atty. Docket Nos. 06005/591629 and 20040/59-11629). 

FIELD OF THE DISCLOSURE 
[0002] The present invention relates generally to process control systems and, 
more specifically, to an integrated graphical runtime interface for process control 
systems. 
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BACKGROUND 

[0003] Process control systems, like those used in chemical, petroleum or other 
processes, typically include one or more process controllers and input/output (I/O) 
devices communicatively coupled to at least one host or operator workstation and to 
one or more field devices via analog, digital or combined analog/digital buses. The 
field devices, which may be, for example, valves, valve positioners, switches and 
transmitters (e.g., temperature, pressure and flow rate sensors), perform functions 
within the process such as opening or closing valves and measuring process 
parameters. The process controllers receive signals indicative of process 
measurements made by the field devices and/or other information pertaining to the 
field devices, use this information to implement a control routine, and then generate 
control signals that are sent over the buses or other communication lines to the field 
devices to control the operation of the process. In this manner, the process controllers 
may execute and coordinate control strategies using the field devices via the busses 
and/or other communication links communicatively coupling the field devices. 
[0004] Information from the field devices and the controllers may be made 
available to one or more applications (i.e., software routines, programs, etc.) executed 
by the operator workstation (e.g., a processor-based system) to enable an operator to 
perform desired functions with respect to the process, such as viewing the current 

» 

state of the process (e.g., via a graphical user interface), evaluating the process, 
modifying the operation of the process, etc. Many process control systems also 
include one or more application stations. Typically, these application stations are 
implemented using a personal computer, workstation, or the like that is 
communicatively coupled to the controllers, operator workstations, and other systems 
within the process control system via a local area network (LAN). Each application 
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station may execute one or more software applications that perform campaign 
management functions, maintenance management functions, virtual control functions, 
diagnostic functions, real-time monitoring functions, safety-related functions, 
configuration functions, etc. within the process control system. 
[0005] Process control systems typically provide one or more operator terminals 
and/or application stations including one or more graphical interfaces to enable 
system operators to view current process-related parameters, statistical and/or 
historical process information, alarm information, campaign management and/or 
execution information or, more generally, information provided by any or all of the 
applications associated with the process control system. 
[0006] With some known process control systems, one or more of the process 
control-related applications include user interface functionality to enable the 
application(s) to interact directly with, for example, an operating system (e.g., a 
Windows-based operating system) of an operator station or terminal providing a 
graphical interface to the process control system. Thus, in these cases, the various 
applications and, in particular, the graphical user interface portions thereof interact 
directly and independently (i.e., independent of the other applications) with the 
operating system of the operator station. As a result, the system operators are 
responsible for managing and/or coordinating the use of a number of graphical ' 
displays (e.g., display windows) rendered via a display device (e.g., a video monitor 
or other display device) of the operator station. The management of these relatively 
independent displays or windows is complicated by the fact that each of the displays 
may provide a different type of information (e.g., graphical, textual, trends, alarms, 
etc.) at different times. For example, some information may be best displayed in the 
form of a banner placed at the top or bottom of a display device (e.g., a video 
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monitor), other information may be best displayed in a relatively large central display 
area, and still other information may be best displayed in the form of a temporary 
pop-up floating display or window. 

[0007] Li some cases, the display management duties imposed on the system 
operator may include arranging, sizing, and/or sealing the various display windows to 
fit within the form factor of a particular display platform (e.g., a workstation or 

■ 

personal computer monitor, a personal data assistant, a smart phone, tablet personal 
computer, etc.). Further, even if a system operator is able to configure and organize 
the independent graphical displays in a useful manner for a given set of process 
control information provided by a particular group of applications, adding and/or 
changing the information displayed may require time consuming reorganization or 
reconfiguration of the display. For example, if the system operator desires to add 
alarm information to a display that is currently not displaying alarm information, the 
entire display may have to be reorganized by moving, resizing, and/or eliminating one 
or more of the current displays and/or windows to fit within the form factor of the 
display. 

[0008] Another difficulty resulting from requiring system operators to organize 
and/or manage the layout and operation of the graphical user interface is that each of a 
plurality of displays, which may be associated with a respective plurality of operator 
and/or application stations distributed throughout the process control system, may use 
a different combination and layout of graphical views or displays. This lack of a 
common display framework leads to inconsistency across the various displays used in 
the process control system, thereby reducing the intuitiveness and/or proficiency with 
which an operator interacts with the various displays and complicates the training of 
new system operators and/or other personnel. 
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[0009] Additionally, because many known graphical user interfaces are not 
integrated within a common runtime environment and enable system operators to 
interact directly with the operating system, system operators can purposefully and/or 
inadvertently disable one or more vital runtime graphical user interfaces. For 
example, with.such direct access to the operating system underlying a graphical 
interface that provides alarm information, a system user could potentially disable the 
reporting of alarm information, which may result in the failure to respond to an 
unacceptable and/or dangerous condition within a plant. 

SUMMARY 

[0010] In one example, a method and apparatus for displaying process control 
information via a graphical user interface instantiates a runtime workspace application 
to operatively interpose between an operator station operating system and an operator. 
The example method and apparatus also displays a plurality of panels via the 
graphical user interface and displays a portion of the process control information 
associated with a runtime application in at least one of the plurality of panels via the 
runtime workspace application. 

[0011] Another example method and apparatus for displaying process control 

t 

information via a graphical user interface establishes a workspace framework having 
a plurality of display panels, assigns display category information to each of the 
display panels, and assigns a category to process control information to be displayed. 
The example method and apparatus also compares the category assigned to the 
process control information to be displayed to the category information assigned to 

■ 

the display panels and selects one of the display panels to display the process control 
information to be displayed based on the comparison. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0012] FIG. 1 is a block diagram of an example process control system that uses 
the integrated graphical runtime interface described herein. 
[0013] FIG. 2 is a block diagram depicting an example service-oriented 
architecture or structure 200 that may be used within the example process control 
system of FIG. 1 to implement the integrated graphical runtime interface described 
herein. 

[0014] FIG. 3 is a block diagram depicting the relationship between runtime 
applications, services, and the example integrated graphical runtime interface 

■ 

described herein. 

[0015] FIG. 4 is a more detailed block diagram of one manner in which the 
example integrated graphical runtime interface described herein may be used to 
operatively couple process control graphics to one or more services. 
[0016] FIG. 5 is an example display framework that may be used by the example 
integrated graphical runtime interface described herein. 

[0017] FIGS. 6 and 7 depict an example manner in which one or more display 
panels may be moved within a display generated by the example integrated graphical 
runtime interface described herein. 

[0018] FIGS. 8 and 9 depict an example manner in which one or more display 

> 

panels may be copied within a display generated by the example integrated graphical 
runtime interface described herein. 

[0019] FIG. 10 is an example display panel assignment process that may be used 
by the example integrated graphical runtime interface described herein. 
[0020] FIG. 1 1 depicts an example processor system that may be used to 
implement the apparatus and methods described herein. 
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DETAILED DESCRIPTION 
[0021] In general, the example apparatus, methods, and articles of manufacture 
described herein may be used within a process control system to provide a highly 
integrated graphical user interface environment for use by a variety of personnel 
associated with the configuration and/or operation of a process control system. More 
specifically, the example integrated graphical user interface described herein may be 
used to host one or more process control applications such as, for example, process 
monitoring applications, alarm management applications, process trending and/or 
history applications, batch processing and/or campaign management applications, 

■ 

streaming video applications, advanced control applications, etc. More generally, the 
example integrated graphical user interface described herein may be used to host 

■ 

applications associated with the development, deployment, configuration, design, 
customization, operation, maintenance, and/or support of a process control system. 
Personnel such as, for example, information technology personnel, configuration 
engineers, system operators, technical support engineers, software development 
engineers, test engineers, etc. may utilize various aspects of the example integrated 
graphical user interface described herein to perform their duties. 
[0022] In contrast to some known graphical user interfaces for process control 
systems, the example integrated graphical user interface described herein may be used 
to aggregate and coordinate the graphical user interface functionality or operations of 
multiple applications. In particular, as described in greater detail below, the example 
graphical user interface may provide predefined display layouts or templates 
composed of a display area having one or more display panels or areas. Some of the 
display panels may be fixed in place relative to the overall display area, some panels 
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may be stacked on other panels, and still other panels may be floating or pop-up 
panels that appear temporarily over one or more other panels (i.e., occluding partially 
or completely the one or more other panels). Certain panels may be assigned to 
receive information for rendering or display from one or more particular applications. 
Alternatively or additionally, one or more applications may send process control- 
related information to be rendered or displayed to the example integrated graphical 
interface together with information specifying within which panel(s) the information 
may be or must be displayed. In this manner, the example integrated graphical user 
interface can automatically manage the display (e.g., the layout, scaling, etc.) of 
information from one or more process control-related applications within a unified 
. display space or workspace, thereby reducing or minimizing the display management 
duties of system operators and/or other personnel associated with the process control 
system. The automatic management of display information may include automatic 
adjustment or adaptation of displayed information in a manner that best renders or 
displays the information on a particular hardware/software platform having a 
particular display device size, configuration, capabilities, etc. 
[0023] In addition to minimizing display management duties of system operators 
and/or other personnel associated with the process control system, the automatic 
display management functions performed by the example integrated graphical user 
interface described herein can result in more consistent display scenarios and, thus, 
can improve the intuitiveness of the displays, simplify training, reduce operator errors 
(particularly in high stress process control situations or environments), etc. For 
example, the integrated graphical user interface described herein may be configured to 
provide substantially consistent visual elements (e.g., display panel geometries, 
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placements, sizes, use assignments or conventions, etc.) for some or all of the runtime 
applications managed by the integrated graphical user interface. 
[0024] In further contrast to some known graphical runtime interfaces for process 
control systems, the example integrated graphical runtime interface described herein 
may be configured to operatively interpose between the runtime applications it 
manages and an underlying operating system of the operator workstation. More 
specifically, the example graphical runtime interface described herein is different 
from some known windows-type applications in that example graphical runtime 
interface utilizes a runtime workspace application that operatively interposes between 
users (e.g., system operators and/or other personnel) and the underlying operating 
system. In other words, the runtime workspace application may operate to 
encapsulate runtime application(s) so that the user is insulated/prevented from 
interacting directly with the underlying operating system and/or other applications. 
For example, the runtime workspace application employed by the example integrated 
graphical user interface described herein may intercept and/or trap certain key 
sequences, commands, etc. issued by the user. 

[0025] Thus, the runtime workspace application used by the example integrated 
graphical runtime interface described herein may be employed to prevent users from 
inadvertently (or purposefully) damaging applications or data, gaining access to 
applications with which they are not authorized to interact, or carrying out any other 
actions that could potentially compromise the operation of the process control system. 
For example, the example integrated graphical runtime interface described herein may 
encapsulate the runtime applications with which a user interacts to prevent the user 
from closing one or more of the applications, interrupting or otherwise disrupting the 
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execution of the applications via commands directed to the operating system 
underlying the runtime applications, etc. 

[0026] As described in greater detail below, the runtime workspace used by the 
example integrated graphical runtime interface describe herein provides a reliable, 
robust environment in which runtime applications (e.g., user interface applications 
and/or any other applications) can be sited, and provides a secure environment for 
executing runtime applications by preventing users from compromising the operation 
the runtime applications or damaging the data associated therewith. 
[0027] Now turning to FIG. 1, a block diagram of an example process control 
system 10 that uses the example integrated graphical runtime interface described 

< 

herein is shown. As depicted in FIG. 1, the process control system 10 includes a 
controller 16, an operator station 18, an active application station 20 and a standby 
application station 22, all of which may be communicatively coupled via a bus or 
local area network (LAN) 24, which is commonly referred to as an application control 
network (ACN). The operator station 18 and the application stations 20 and 22 may 
be implemented using one or more workstations or any other suitable computer 
systems or processing units. For example, the application stations 20 and 22 could be 
implemented using single processor personal computers similar to an example 
processor system 1102 shown in FIG. 1 1 below, single or multi-processor 
workstations, etc. In addition, the LAN 24 may be implemented using any desired 
communication medium and protocol. For example, the LAN 24 may be based on a 
hardwired or wireless Ethernet communication scheme, which is well known and, 
thus, is not described in greater detail herein. However, as will be readily appreciated 
by those having ordinary skill in the art, any other suitable communication medium 
and protocol could be used. Further, although a single LAN is shown, more than one 
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LAN and appropriate communication hardware within the application stations 20 and 
22 may be used to provide redundant communication paths between the operator 
station 18, the application stations 20 and 22, and the controller 16. 
[0028] The controller 16 may be coupled to a plurality of smart field devices 26, 
28 and 30 via a digital data bus 32 and an input/output (I/O) device 34. The smart 
field devices 26-30 may be Fieldbus compliant valves, actuators, sensors, etc., in 
which case the smart field devices 26-30 communicate via the digital data bus 32 
using the well-known Fieldbus protocol. Of course, other types of smart field devices 
and communication protocols could be used instead. For example, the smart field 
devices 26-30 could instead be Profibus or HART compliant devices that 
communicate via the data bus 32 using the well-known Profibus and HART 
communication protocols. Additional I/O devices (similar or identical to the I/O 
device 34) may be coupled to the controller 16 to enable additional groups of smart 
field devices, which may be Fieldbus devices, HART devices, etc., to communicate 
with the controller 16. 

[0029] In addition to the smart field devices 26-30, one or more non-smart field 
devices 36 and 38 may be communicatively coupled to the controller 16. The non- 
smart field devices 36 and 38 may be, for example, conventional 4-20 milliamp (mA) 
or 0-10 volts direct current (VDC) devices that communicate with the controller 16 
via respective hardwired links 40 and 42. 

[0030] The controller 16 may be, for example, a DeltaV™ controller sold by 
Emerson Process Management, LLLP. However, any other controller could be used 
instead. Further, while only one controller is shown in FIG. 1, additional controllers 
of any desired type or combination of types could be coupled to the LAN 24. The 
controller 16 may perform one or more process control routines associated with the 
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process control system 10. Such process control routines may be generated by a 
system engineer or other system operator using the operator station 18 and 
downloaded to and instantiated in the controller 16. 

[0031] As depicted in FIG. 1, the example process control system 10 may also 
include a remote operator station 44 that is communicatively coupled via a 
communication link 46 and a LAN 48 to the application stations 20 and 22. The 
remote operator station 44 may be geographically remotely located, in which case the 
communication link 46 is preferably, but not necessarily, a wireless communication 
link, an internet-based or other packet-switched communication network, telephone 
lines (e.g., digital subscriber lines), or any combination thereof. 
[0032] As depicted in the example of FIG. 1, the active application station 20 and 
the standby application station 22 are communicatively coupled via the LAN 24 and 
via a redundancy link 50. The redundancy link 50 may be a separate, dedicated (i.e., 
not shared) communication link between the active application station 20 and the 
standby application station 22. The redundancy link 50 may, for example, be 
implemented using a dedicated Ethernet link (e.g., dedicated Ethernet cards in each of 
the application stations 20 and 22 that are coupled to each other). However, in other 
examples, the redundancy link 50 could be implemented using the LAN 24 or a 
redundant LAN (not shown), neither of which is necessarily dedicated, that is 
communicatively coupled to the application stations 20 and 22. 
[0033] Generally speaking, the application stations 20 and 22 continuously, by 
exception, or periodically, exchange information (e.g., in response to parameter value 
changes, application station configuration changes, etc.) via the redundancy link 50 to 
'establish and maintain a redundancy context. The redundancy context enables a 
seamless or bumpless handoff or switchover of control between the active application 
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station 20 and the standby application station 22. For example, the redundancy 
context enables a control handoff or switchover from the active application station 20 
to the standby application station 22 to be made in response to a hardware or software 
failure within the active application station 20 or in response to a directive from a 
system operator or user or a client application of the process control system 10. 
[0034] FIG. 2 is a block diagram depicting an example service-oriented 
architecture or structure 200 that may be used within the example process control 
system 10 of FIG. 1 to implement the integrated graphical runtime interface described 
herein. Thus, before further describing the example integrated graphical runtime 
interface, a discussion of the example service-oriented architecture 200 is provided 
below. 

[0035] Turning in detail to FIG. 2, the example service-oriented architecture 200 
includes a server 202 and a client 204. The server 202 includes a plurality or 
collection of services 206, 208, and 210, some or all of which may perform related 
functions. The services 206, 208, and 210 provide respective interfaces (e.g., one or 
more sets of exposed parameters) 212, 214, and 216 that enable communication with 
the client 204 via a communication port 218. The service interfaces 212, 214, and 
216 are substantially generic in nature and, thus, are substantially independent of the 
schemas (i.e., data format, protocol, etc.) used for the data contained in configuration 
and/or runtime databases associated with the example process control system 10 of 
FIG. 1. As a result, the service interfaces 212, 214, and 216 only require modification 
(e.g., updating) if new service capabilities (e.g., functions) are added to one or more 
of the services 206, 208, and 210. Thus, the service interfaces 212, 214, and 216 do 

■ 

not have to be changed if new data objects are added for use within the process 
control system 10 (FIG. 1). 
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[0036] The server 202 may be implemented as software executed on a processor- 
based system such as, for example, one or more of the application stations 20 and 22 
and/or operator stations 18 and 44 shown in the example system 10 of FIG. 1. Of 
course, the server 202 may be implemented using any other processor-based system 
or workstation coupled to the example process control system 10 (FIG. 1). 
[0037] The client 204 includes a plurality of service interface proxies 220, 222, 
and 224, each of which corresponds to one of the services 206, 208, and 210. The 
number of service interface proxies used by the client 204 may be fewer than the 
number of services provided by the server 202. In other words, the client 204 
preferably creates proxies only for the services to which it requires access. Thus, the 
client 204 may generate one or more proxies as needed to access or interact with one 

* 

or more of the services 206, 208, and 210 provided by the server 202. 
[0038] Similar to the server 202, the client 204 may be implemented as software 
executed on a processor-based system such as, for example, one or more of the 
application stations 20 and 22 and/or one or more of the operator stations 18 and 44. 
In one example implementation, the client 204 may utilize a web browser framework 
(e.g., Internet Explorer) or the like to access one or more of the services 206, 208, and 
210 provided by the server 202. However, any other desired software framework may 
be used instead of or in addition to such a web browser framework. More generally, 
the client 204 may represent any desired application within the example process 
control system 10 (FIG. 1). Thus, the client 204 may, for example, be a configuration 
application, a maintenance application, a monitoring application, a process control 
application, and/or any other application or combination of applications. As 
described in greater detail in connection with FIGS. 3 and 4 below, the client 204 (i.e., 
the client application(s)) may include display functionality (e.g., graphical user 
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interface functionality) to enable one or more system operators, engineers, and/or any 
other users to view and/or change process control data during configuration 
operations, runtime, etc. 

[0039] While the example architecture 200 of FIG. 2 depicts a single server in 
communication with a single client, additional servers and clients may be used if 
desired. For example, in some implementations, the client 204 may communicate 
with, interoperate with, and/or access services in more than one server. Likewise, in 
these implementations or other implementations, the example server 202 (or other 
individual servers) may communicate with and/or interoperate with multiple clients. 
[0040] Thus, with the example service-oriented architecture 200 of FIG. 2, the 
services 206, 208, and 210 are substantially decoupled (e.g., in terms of data 
dependencies) from one another and from applications that make use of (e.g., call) the 
services 206, 208, and 210. Such decoupling advantageously enables the software 
associated with each of the services 206, 208, and 210 to be independently modified 
or versioned and released for field use without having to modify or version the 
application(s) that are utilized by the client 204 and which access the services 206, 
208, and 210. Likewise, the application(s) associated with the client 204 may be 
independently modified or versioned without having to modify or version the services 
206, 208, and 210, as long as the application(s) associated with the client 204 adhere 
to or are compatible with the interfaces 212, 214, and 216 of the respective services 
206, 208, and 210. Thus, instead of statically defining relationships between the 
applications associated with the client 204 and one or more of the services 206, 208, 
and 210 by fixing such relationships (i.e., creating data dependencies) at the time the 
software associated with the applications and/or the services 206, 208, and 210 is 
generated, the example architecture 200 of FIG. 2 allows such relationships to be 
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established dynamically at runtime. Further details relating to the example service- 
oriented architecture described above may be found in International Patent 

Application No. PCTV , entitled "Service-Oriented Architecture for 

use with Process Control Systems, filed on May 4, 2005, the entire disclosure of 
which is incorporated by reference herein. 

[0041] FIG. 3 is a block diagram depicting an example graphical runtime interface 

* 

300. As shown in FIG. 3, a plurality of runtime applications 302 are 
communicatively or operatively coupled to a runtime workspace 304 and a collection 
of services 306. More specifically, the runtime applications 302 and the services 306 
may be operatively or communicatively coupled using the example service-oriented 
architecture 200 (FIG. 2). In that case, the services 306 (e.g., the services 206, 208, 
and 210) may be provided by one or more servers or other processing system(s) (e.g., 
the sever 202). Additionally, the services 306 may include database services that 
provide process control-related information, history services that provide historical 
information related to the process control system 10 (FIG. 1), alarms and/or events 
services, and/or any other services accessed or used by the process control system 10 

* 

(FIG. 1). Further, the runtime applications 302 may be provided via one or more 
clients (e.g., the client 204 of FIG. 2) and, thus, may be communicatively or 
operatively coupled to the services 306 via proxies (e.g., the proxies 220, 222, and 
224). In the example of FIG. 3, the runtime applications 302 include a trending 
application 308, an advanced control application 310, and a process graphics 
application 312, which receives information from a batch application 316 and/or an 
alarms (and/or events) application 314. However, one or more additional or different 
applications from those specifically depicted in FIG. 3 may be used instead. For 
example, campaign management applications, streaming video applications, and/or 
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any other applications associated with the development, deployment, configuration, 
design, customization, operation, maintenance, and/or support of a process control 
system may be used. 

[0042] In general, graphical displays provided by the runtime applications 302 are 
sited in or encapsulated by the runtime workspace 304 to provide an integrated 
runtime display, which may contain information from one or more of the applications 
302 at a given time. In particular, the runtime workspace 304 may be configured to 
automatically arrange, scale, etc. a plurality of panels, each of which may contain 
information pertaining to a different one of the services 306, within a display to 
minimize the display (or windows) management duties imposed on system operators 
and/or other personnel. Such automatic placement, layout, etc. of the display panels 
results in more consistent display scenarios, thereby improving the intuitiveness of the 
displays, simplifying training, reducing operator errors, etc. 
[0043] Also, generally, the runtime workspace 304 enables personnel such as 
system operators, engineers, etc. to interact with the runtime applications 302 via a 
graphical user interface provided by the runtime workspace 304 in a safe, robust, and 
secure manner. More specifically, the runtime workspace 304 may be implemented 
as software or other machine readable and executable instructions or code that 
operatively interposes between the runtime applications 302 and an underlying 
operating system, which may be, for example, a Windows operating system or any 
other suitable operating system. In this manner, the runtime workspace 304 may be 
configured to prevent users from interacting directly with underlying applications, 
including, for example, the underlying operating system. For example, in some 
example implementations, the runtime workspace 304 may intercept and/or trap 
certain key sequences, commands, etc. issued by the user. 
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[0044] The runtime workspace 304 may be configured to provide multiple 
operational modes. One example operational mode provides a dedicated or controlled 
desktop (e.g., a kiosk type) interface that prevents system administrators, system 
operators, and/or other personnel from inadvertently or purposefully damaging or 
compromising applications and/or the data associated with those applications. 
Another example operational mode for the runtime workspace 304 enables certain 
designated or authorized users to use the runtime workspace 304 in conjunction with 
other applications such as, for example, Windows-based applications under 
substantially less restrictive conditions than provided by the controlled desktop mode 
mentioned above. 

[0045] In some examples, the runtime workspace 304 may be implemented using, 
for example, a server (e.g., the server 202) that is configured to automatically start in 
the dedicated and controlled desktop mode upon boot-up. hi such examples, the 
runtime workspace 304 may permit only one instance of the runtime workspace 304 
to be instantiated within the server. Certain users may have permission or 
authorization to subsequently cause the runtime workspace 304 to switch to the less 
restrictive operating mode mentioned above. 

[0046] The runtime workspace 304 may also provide a reset mechanism that may 
be used during operation of the runtime workspace 304 to revert to an initial startup 
condition or configuration without requiring the server on which the runtime 
workspace 304 is resident and operating to be shut down and restarted. This reset 

i 

mechanism may be invoked by a system operator to restore the proper operation of 
the runtime workspace 304 in the event that the runtime workspace 304 is 
malfunctioning. The initial conditions to which the reset restores the runtime 
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workspace 304 may include initial and/or default display framework contents (e.g., 
views, panel arrangements, etc.). 

[0047] While operating in the dedicated and controlled or restricted operational 

« 

mode, the runtime workspace 304 may be configured to prevent users from 
instantiating and interacting with impermissible programs or applications. Such 
impermissible programs or applications may include programs or applications that 
could compromise the operation of the runtime applications 302 and/or the runtime 
workspace 304. In examples where the runtime applications 302 and/or the runtime 
workspace 304 utilize a Windows-based operating system (e.g., Microsoft Windows), 
the runtime workspace 304 may disable access to the Start dialog (e.g., Windows key 
and Cntrl-Esc), the Windows taskbar, and Windows desktop shortcuts. Additionally, 
the runtime workspace 304 may disable access to the Windows keyboard shortcuts 
including, for example, Run dialog (WinKey + R), Minimize all (WinKey + M), 
switch to another (non-runtime workspace) application (Alt-tab), OS Explorer 
(WinKey + E), etc. 

[0048] The controlled and dedicated operational mode of the runtime workspace 
304 may be configured (e.g., by a system configuration specialist) to present users 
with a list of applications that can be run while in the restrictive controlled and 
dedicated operational mode. Such a list of applications may include or may be 
limited to non-runtime workspace applications that do not permit an operator to alter 
or delete files, launch further unconstrained applications, etc. 
[0049] The runtime workspace 304 is also configured to prevent users from 
rendering the runtime workspace 304 inoperative when in the restrictive dedicated 
and controlled operational mode. To prevent users from rendering the runtime 
workspace 304 inoperative, the runtime workspace 304 may not allow the termination 
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of the runtime workspace application by, for example, the Alt-F4 or Exit menu items. 
Additionally, the access to the Windows (e.g., in the case where Windows is the 
underlying operating system) security dialog is disabled, access to the windows 
keyboard shortcuts is disabled (e.g., minimize all (WinKey + M), lock workstation 

* 

(WinKey + L) is disabled, access to the windows display properties dialog is disabled 
to prevent changes to, for example, the display color, depth and resolution settings, 
appearance preferences, themes, wallpaper, etc. Still further, the runtime workspace 
304 may disable screen savers and any other similar applications that could 
potentially interrupt otherwise compromise the continuous display of graphic process 
control information via the runtime workspace 304. 

[0050] In cases where a web browser or access to a web browser is provided by the 
runtime workspace 304 such a web browser may permit constrained browsing. For - 
example, only web pages associated with a collection of predetermined, authorized 
uniform resource locators (URL' s) may be displayed or rendered via the runtime 
workspace 304. Such URL's may include or may be limited to URL's associated 
with web pages and/or other documents stored on intranet servers. 
[0051] To ensure that the runtime applications 302 do not compromise the 
operation of the runtime workspace or each other, the runtime applications 302 are 
configured to prevent access to operating system (e.g., Windows) folder and file 
properties (e.g., during the performance of file browsing operations). Nor do the 
runtime applications 302 permit the properties or security requirements of the file to 
be changed, unless doing so could not result in damaging or otherwise compromising 
the software or data installed on that workstation. 

[0052] As noted above, when operating in the less restrictive operational mode, the 
runtime workspace 304 can be used in conjunction with other Windows applications 
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by certain authorized personnel. This less restrictive operational mode may be used to 
enable system configuration personnel to interact with workspace configuration, 
display configuration, and/or any other configuration applications. Additionally, this 
less restrictive operational mode may be used to enable users to access debugging 
features that may only be suitably accessed by the authorized personnel. Still further, 
this less restrictive operational mode may be used to enable users to troubleshoot the 
runtime workspace 304. 

[0053] While operating in the less restrictive operational mode, the runtime 
workspace 304 enables the authorized users to utilize operating system functions (e.g., 
Windows functions) including, for example, the task bar, the Start button, the Run 
dialog, and the like. Additionally, the Windows key and Windows key shortcuts may 
be used, as can the application minimization function and application switching 
function (Alt-tab). Still further, the user is provided an unrestricted ability to change 
display properties and to terminate one or more of the runtime applications 302. 
Users may also be permitted to switch from the less restrictive operational mode to 
the more restrictive dedicated and controlled operational mode without having to 
provide security keys or any other authorization. Upon performing such a switch of 
operational modes, the runtime workspace 304 retains substantially all or most of the 
workspace context (e.g., panel content, recently used history, etc.) for rendering in the 
display provided in the more restrictive operational mode. 

[0054] The less restrictive operational mode also enables the authorized users to 
create another operating system (e.g., Windows) application window on the operating 
system desktop (e.g., the Windows desktop). The additional application window 
enables user to create new displays including content that may be managed by the 
users. For example, the additional application window may include content from any 
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of the framework panels composing the runtime workspace 304 and that content may 
be positioned, sized, scrolled through, minimized, maximized, closed, etc. as desired 
by the users. Also, for example, an additional application may be used to test or 
compare multiple different display frameworks (e.g., panel layouts, content 
configurations, different languages, etc.). 

[0055] As noted above, the less restrictive operational mode provided by the 
runtime workspace 304 provides relatively unrestricted access to the Windows 
desktop, thereby enabling users to run new or additional instances of the runtime 
workspace application (e.g., the runtime workspace 304). A new or additional 
instance of the runtime workspace application 304 may be started in the dedicated and 
controlled (i.e., restricted) operational mode or, alternatively, the less restricted 
operational mode discussed above. In the case where the new or additional instance is 
started in the dedicated and controlled operational mode, other applications (i.e., non- 
runtime applications) may be inaccessible. On the other hand, in the case where the 
new or additional instance is started in the less restrictive operational mode, the 
user(s) may be permitted to run multiple instances of the runtime workspace 304. 
[0056] The example runtime workspace 304 may also be configured to provide 
alternate language functionality. For example, the runtime workspace 304 may be 
instantiated to utilize a dominant language (e.g., English), which may be selected by 
default so that all workspace behaviors and interactions (e.g., messages, menu items, 
etc.) use that default language. If desired, a user may be permitted to select an 
alternate language (i.e., a language other than the default language) during the 
operation of the runtime workspace 304. 

[0057] Turning again to the runtime applications 302, as noted above, the runtime 
applications 302 are communicatively coupled to and substantially controlled by the 
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runtime workspace 304. Additionally, the runtime applications 302 may be 
configured to comply with interface conventions defined by the runtime workspace 
304. For example, the runtime applications 302 are configured so that scaling, 
scrolling, selecting, and other user interface functions are implemented in a consistent 
manner to provide an integrated look and user experience via the runtime workspace 
display. Further, as described in greater detail below, each of the applications 302 
may be assigned to display in a particular one or set of display panels composing the 
runtime workspace display. The applications 302 are preferably, but not necessarily, 
configured to automatically adjust the display information provided to the runtime 
workspace 304 for the display panel in which the display information will be 
rendered. For example, in the case where an application recognizes that its content 
will be displayed in a floating panel (i.e., a display panel that may overlay and/or 
occlude other panels) the application provides graphic layout information suitable for 
use in rendering the information within the initial size or configuration of the floating 
panel. Further discussion relating to the display panels is provided below in 
connection with FIGS. 5-10. 

[0058] FIG. 4 is a more detailed block diagram of one manner in which the 
example integrated graphical runtime interface described herein may be used to 

* 

operatively couple process control graphics to one or more services. As shown in 
FIG. 4, the runtime workspace 304 includes a runtime workspace application domain 
402. Although not shown in FIG. 4, the runtime workspace 304 may host additional 
application domains, each of which may be associated with a different runtime 
application and/or service. For example, the trending application 308 and the 
advanced control application 310 of FIG. 3 may be implemented using different, 
additional application domains within the runtime workspace 304. 
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[0059] The runtime workspace 304 provides a process graphics display manager 
404 that manages the operation of one or more display services 406 and 408, each of 
which may be associated with respective display panels provided by the runtime 
workspace 304. The process graphics display manager 404 may be configured to 
accept requests from the runtime workspace 304 to display a faceplate (e.g., via a 
pop-up panel such as the floating panel described below in connection with FIG. 5) or 
another display within the runtime workspace 304 and carries out those requests by 

■ 

calling one or both of the display services 406 and 408. As depicted in FIG. 4, each 
of the display services 406 and 408 is instantiated in a respective application domain. 
While two display services 406 and 408 are shown in FIG. 4, more or fewer than two 
display services may be used instead. 

[0060] The display services 406 and 408 include respective rendering engines 410 
and 412. In this example, the rendering engines 410 and 412 are configured to render 
process control-related graphics. More specifically, the rendering engines 410 and 
412 load display and supporting display control assemblies, which are created or 
instantiated and then rendered to display panels or panes. The rendering engines 406 
and 408 include respective data sources 414 and 416. The data source 414 is 
communicatively coupled to a runtime server 420, which may provide a change 
notification service, among other services, via a proxy 418. Similarly, the data source 
416 may be communicatively coupled to the runtime server 420 via a proxy 422 and 
may also be communicatively coupled to an alarm server 424, which may provide an 
alarm summary service among other services, via a proxy 426. 
[0061] In operation, the display services 406 and 408 are created or instantiated by 
the process graphics manager 404 and then registered with the services 420 and 424, 
respectively. The process graphics manager 404 may then communicate with a 
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runtime pane component 428, which is part of the runtime workspace 304, to obtain 
the context or handle associated with the display panel(s) in which the display 
services 406 and 408 are to render their respective displays. Thus, the runtime pane 
component 428 is configured to create the panel in which the display(s) are to be 
rendered. 

[0062] As shown in FIG. 4, the process graphics display manager 404 is 
communicatively coupled to a local display repository service 430 via a proxy 432. 
The local display repository service 430 is configured to retrieve display information 
from a local display cache 434 or, if the needed display information is not stored in 
the local display cache 434, then from a global display cache 436 via a global display 
repository service 438 and proxy 444. The local display repository service 430 may 
be instantiated within the local operator's station (e.g., the same station or server that 
hosts the runtime workspace 304) and the global display repository service 438 may 
be instantiated in another node (e.g., a different workstation or server than the station 
or server in which the runtime workspace 304 is instantiated). 
[0063] FIG. 5 is an example display framework 500 that may be used by the 
example integrated graphical runtime interface described herein. In general, the 
workspace framework 500 provides a user-configurable display layout that may be 
composed of a plurality of display panels, each of which may contain graphic 
information pertaining to a different runtime application. In this manner, the display 
framework 500 provides a highly integrated graphical user interface with which a 
system operator and/or any other personnel associated with the process control system 
can interact to view and/or change process control-related information. Once 
configured, the display layout (i.e., the arrangement of panels, the selection of the 
types of panels, the association or assignment of runtime applications to particular 

26 



WO 2005/109125 



PCT/US2005/015439 



panels, etc.) may be proliferated throughout the process control system to increase the 
intuitiveness of users' interactions with the user interface, thereby reducing training 
time, minimizing mistakes or operator errors, etc. 

[0064] Also, generally, the display panels composing the framework 500 may be 
fixed panels or floating panels. Fixed panels are.always visible regardless of whether 
they have content, have a substantially fixed location within the framework 500, and 
do not overlap other panels. Thus, the fixed panels within the framework 500 
effectively form a background surface of an instance of the runtime workspace 304 
(FIG. 3). However, as described in greater detail below, some fixed panels may be 
movable (or the contents thereof may be copied) to locations occupied by other fixed 
panels. 

[0065] In contrast, floating panels provide a temporary content window that may 
float over, overlap, totally or partially occlude, or otherwise interfere with the viewing 
of one or more fixed panels or other floating panels. Floating panels may be used to 
display, for example, a process control-related faceplate, runtime application user- 
specific interface components, etc. Additionally, as described in greater detail below, 
floating panels may be configured to be movable within the framework 500 to enable 
a system operator to view panels or portions thereof that may be occluded by the 
floating panels. Unlike fixed panels, floating panels can be closed by the system 
operator when viewing of the content of the floating panel is no longer needed or 
desired. 

[0066] Turning in detail to the workspace framework 500 of FIG. 5, the upper and 
lower portions of the framework 500 are bordered by fixed panels 502 and 504. The 
fixed panels 502 and 504 have an elongate rectangular shape and, thus, may be well- 
suited for displaying alarm information (e.g., alarm banners), selection areas for 
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selecting actions, operations, etc., status information banners (e.g., process control 
area status banners), or any other process control-related information. The workspace 
500 also includes stackable panels 506 and 508, which are similar to the fixed panels 
502 and 504 except that the stackable panels 506 and 508 are layered on the fixed 
panels 502 and 504. Like the fixed panels 502 and 504, the stackable panels 506 and 
508 may be used to display alarm information, status information, toolbars, etc. 
[0067] The workspace 500 also includes a central display area 510 that is 

■ 

composed of a plurality of display panels 512, 514, 516, 518, and 520. Each of the 
panels 512-520 may contain content from different runtime time applications. 
Alternatively or additionally, some or all of the panels 512-520 may contain 
information relating to different types of information provided by a single runtime 
application. For example, each of the panels 512-520 may contain process control 
information relating to different areas or portions of a single process control plant. 
Further, some or all of the panels 512-520 may contain information pertaining to live 
process control information and may enable users to manipulate process parameters 
and the like. Alternatively or additionally, one or more of the panels 512-520 may 
contain process control plant-related documentation, which may be annotated with 
live process control information. 

[0068] The example workspace 500 also includes a floating panel 522, which in 
this example is overlapping the panels 508, 512, 514, and 518. The floating panel 522 
may include content such as, for example, pop-up dialogs, faceplates, etc. 
[0069] The number, types, and arrangement of panels composing the example 
workspace 500 of FIG. 5 is only one example and, thus, any other combination and/or 
arrangement of panels could be used instead. Further, although the example runtime 
workspace 500 and the panels 502-522 composing the workspace 500 are depicted as 
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having a rectangular geometry, any other geometry or combination of geometries 
could be used instead of or in addition to those depicted in the example of FIG. 5. 
[0070] FIGS. 6 and 7 depict an example manner in which one or more display 
panels may be moved within a display generated by the example integrated graphical 
runtime interface described herein. More specifically FIG. 6 depicts a display area 
600 (similar to the display area 510 of FIG. 5) composed of display areas 601, 602, 
603, 604, and 605, which correspond to respective display panels DPI, DP0, DP2, 
DP3, and DP4. If desired, a system operator or other user may select (e.g., using a 
mouse or other pointing device) and move the display panel DP3 to reside at the 
location of the display area 605. After the display panel DP3 has been moved to the 
location 605, the previous location occupied by the display area 604 may be blank or 
empty. Of course, any of the panels DP0, DPI, DP2, DP3, and DP4 could be moved 
to reside in the location of any other panel. 

[0071] FIGS. 8 and 9 depict an example manner in which one or more display 
panels may be copied within a display generated by the example integrated graphical 
runtime interface described herein. As shown in FIG. 8, a system operator or other 
user may elect to copy the display panel DPI to the display panel DP2. Following the 
copy operation as shown in FIG. 9, the display panels DPI and DP2 share the display 
panel location 603 and the display panel DPI also remains in its original location. 
[0072] FIG. 10 is an example display panel assignment process 1000 that may be 
used by the example integrated graphical runtime interface described herein. Before 

« 

discussing the example process 1000 in detail, a brief discussion relating to the 
manner in which workspace display definitions may be configured to enable the 
operation of the panel assignment process 1000 is provided below. 
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[0073] In general, each of the panels to be used within a workspace framework 
(e.g., the workspace framework 500 of FIG. 5) may be configured to be associated 
with one or more display category names (e.g., content categories). For example, 
returning to the example of FIG. 5, the display panel 512 may be configured to be 
associated with live process control data and historical process control data, and the 
display panel 502 may be configured to be associated with only alarm or event data. 
Likewise, each of the remaining panels 504, 506, 508, 514, 516, 518, 520, and 522 
may also be configured to be associated with one or more display or content 
categories. Further, one of the panels 502-522 shown in the example framework 500 
of FIG. 5 may be designated as a default panel which, as described below, may be 
used to render display information for which other destination identifying information 
is not available. 

■ 

[0074] Additionally, each of the panels 502-522 is associated with identifying 
destination or location information and a use precedence. The destination or location 
information corresponds to a physical location within the workspace display at which 
information for that panel should be rendered. In the case of a floating panel, the 
location information may correspond to an initial or default physical location within 
the workspace display. As described in greater detail below, the use precedence 
information may be used to resolve in which of a plurality of available panels content 
should be rendered absent instruction(s) indicating that content should be rendered in 

■ 

a particular panel. 

[0075] The initial display location of floating panels within the workspace 500 
(e.g., the floating panel 522) may be configured by setting, for each floating panel, an 
anchor point (e.g., a physical location within the workspace 500) at which a 
predetermined portion (e.g., a corner) of the panel is to be placed. Alternatively or 
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additionally, selected locations or anchor points distributed over the physical display 
surface associated with the workspace 500 may be associated with different content 
categories. In those cases, instantiation of a floating panel containing a first type or 
category of content may be placed at one (or one of a plurality) of anchor points 
associated with the type or category of content in the floating panel. 
[0076] The preferred initial size(s) or dimensions of each floating panel may also 
be configured. For example, the floating panel may be configured to establish its 
initial size based on the native size of the display device on which the floating panel is 
to be rendered. In another example, the floating panel may be configured to establish 
its initial size based on a user-defined preferred size. Alternatively or additionally, 
each floating panel may be configured to enable or prevent a user from resizing the 
panel. In the case where the floating panel is configured to be resizable, the floating 

k 

panel may be rendered with a border suitable for use in windows resizing operations. 
[0077] Now turning in detail to FIG. 10, the example process 1000 determines 
whether it has received a request to render a new display (block 1002). If a request to 
render a new display has been received at block 1002, the process 1000 determines 
whether a destination panel for the display has been specified (block 1004). If a 
destination panel has not been specified at block 1004, then the example process 1000 
compares the category or categories associated with the display to be rendered to the 
categories associated with each of available display panels (block 1006). The 
example process 1000 then determines whether the categories associated with the 
display match any of the categories associated with the available display panels (block 
1008). If the process 1000 determines at block 1008 that none of the categories 
associated with the display to be rendered match those of available display panels or if 
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the display to be rendered does not include any category information, then the display 
is assigned to be rendered in the default panel (block 1010). 
[0078] On the other hand, if the example process 1000 determines at block 1008 
that there are matches, then the process 1000 determines whether there are multiple 
category matches (block 1012). If the process 1000 determines that there are not 
multiple category matches at block 1012 (i.e., there is only one match), then the 
example process 1000 assigns the display to be rendered in the matching panel, which 
may be a fixed or floating panel (block 1014). 

[0079] If the process 1000 determines at block 1012 that there are multiple 
available display panels having at least one category that matches at least one 
category associated with the display then the process 1000 assigns the display to be 
rendered in one of the matching panels based on a predetermined use order associated 
with the matching panels (block 1016). 

[0080] One manner of assigning panels at block 1016 may follow the selection 
sequence outlined below. First, if possible, the process 1000 assigns the display to a 
matching fixed panel that is currently without content (e.g., a fixed panel that is blank 
or unused). If more than one such matching fixed panel exists, then the process 
selects one of the panels based on the use order of the panels. Second, if there are no 
matching fixed panels currently without content, then the process 1000 assigns the 
display to a matching floating panel that is currently closed. Once assigned, the 
assigned floating panel is opened and the display content is rendered therein. If more 
than one such floating panel is available, then the process 1000 selects one of the 
panels based on the use order of the panels. Third, if there are no matching currently 
closed floating panels, the process 1000 determines if there is a matching currently 
open floating panel. If more than one currently open floating panel matches, then the 
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process 1000 identifies the open floating panel containing the oldest content and 
replaces the content of that panel with the new display content. Fourth, if the process 
1000 determines that there are no matching currently open floating panels, then the 
process 1000 determines if there are any matching currently used fixed panels and 
assigns the new display content to a matching currently used fixed panel. If there is 
more than one matching currently used fixed panel, then the process 1000 assigns the 
new display content to one of the matching currently used fixed panels based on the 
use order of those panels. Alternatively or additionally, the process 1000 may enable 

■ 

a user to manually select in which panel a new display is to be rendered. 
[0081] The functional blocks or operations described herein may be implemented 
using any desired combination of software, firmware and hardware. For example, one 
or more microprocessors, microcontrollers, application specific integrated circuits 
(ASICs), etc. may access instructions or data stored on machine or processor 
accessible storage media to carry out the methods and to implement the apparatus 
described herein. The storage media may include any combination of devices and/or 
media such as, for example, solid state storage media including random access 
memory (RAM), read-only memory (ROM), electrically erasable programmable read- 
only memory (EEPROM), etc., optical storage media, magnetic storage media, etc. Li 
addition, software used to implement the functional blocks may additionally or 
alternatively be delivered to and accessed by the processor or other device or devices 
executing the software via the Internet, telephone lines, satellite communications, etc. 
[0082] FIG. 1 1 depicts an example processor system 1 102 that may be used to 
implement the apparatus and methods described herein. The example processor- 
based system 1102 may be, for example, a server, a personal computer, or any other 
type of computing device. 
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[0083] The processor 1 100 may, for example, be implemented using one or more 
Intel® microprocessors from the Pentium® family, the Itanium® family or the 
XScale® family. Of course, other processors from other families are also appropriate. 
The processor 1 100 is in communication with a main memory including a volatile 
memory 1 104 and a non- volatile memory 1 106 via a bus 1108. The volatile memory 
1 104 may be implemented by Synchronous Dynamic Random Access Memory 
(SDRAM), Dynamic Random Access Memory (DRAM), RAMBUS Dynamic 
Random Access Memory (RDRAM) and/or any other type of random access memory 
device. The non-volatile memory 1 106 may be implemented by flash memory and/or 
any other desired type of non-volatile memory device. Access to the memory 1 104 is 
typically controlled by a memory controller (not shown) in a conventional manner. 
[0084] The system 1 102 also includes an interface circuit 1 1 10. The interface 
circuit 1110 may be implemented by any type of well-known interface standard to, for 
example, enable the system 1102 to communicate via one or more of the links 24, 32, 
40, 42, 46, and 48 of FIG. 1. 

[0085] The system 1 102 also includes one or more mass storage devices 1 1 18 for 
storing software and/or data. Examples of such mass storage devices include floppy 
disk drives, hard drive disks, compact disk drives and digital versatile disk (DVD) 
drives. 

[0086] Although certain methods and apparatus and articles of manufacture have 
been described herein, the scope of coverage of this patent is not limited thereto. To 

■ 

the contrary, this patent covers all methods, apparatus and articles of manufacture 
fairly falling within the scope of the appended claims either literally or under the 
doctrine of equivalents. 



34 



WO 2005/109125 



PCT/US2005/015439 



What is claimed is: 

1. A method of displaying process control information via a graphical user 
interface, comprising: 

instantiating a runtime workspace application to operatively interpose between 

an operator station operating system and a user; 

displaying a plurality of panels via the graphical user interface; and 
displaying a portion of the process control information associated with a 

runtime application in at least one of the plurality of panels via the runtime workspace 
• application. 

2. A method as defined in claim 1 , further comprising preventing via the runtime 
workspace application a particular user input to the operator station associated with 
the runtime application from affecting the operating system. 

3. A method as defined in claim 2, wherein preventing via the runtime 
workspace application the particular user input to the operator station from affecting 
the operating system comprises trapping or interrupting one or more keystrokes 
associated with an operating system command. 

4. A method as defined in claim 1, wherein displaying the plurality of panels 
comprises displaying at least one of a fixed panel and a floating panel. 

5. A method as defined in claim 1, wherein displaying the portion of the process 
control information associated with the runtime application in the at least one of the 
plurality of panels comprises assigning the portion of the process control information 
to the at least one of the plurality of panels based on a content category associated 
with the portion of the process control information. 
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6. A method as defined in claim 1, wherein the runtime application comprises at 
least one of a trending application, a batch processing application, an advanced 
control application, an alarms application, or a process graphics application. 

7. A method as defined in claim 1, wherein the operator station operating system 
comprises a windows-based operating system. 

8. A system for displaying process control information via a graphical user 
interface, comprising: 

■ 

a processor coupled to a memory and programmed to: 

instantiate a runtime workspace application to operatively interpose 

between an operator station operating system and a user; 

display a plurality of panels via the graphical user interface; and 
display a portion of the process control information associated with a 

runtime application in at least one of the plurality of panels via the runtime workspace 

application. 

9. A system as defined in claim 8, wherein the processor is programmed to 
prevent via the runtime workspace application a particular user input to the operator 
station associated with the runtime application from affecting the operating system. 

10. A system as defined in claim 9, wherein the processor is programmed to 
prevent via the runtime workspace application the particular user input to the operator 
station from affecting the operating system by trapping or interrupting one or more 
keystrokes associated with an operating system command. 

11. A system as defined in claim 8, wherein the processor is programmed to 
display the plurality of panels by displaying at least one of a fixed panel and a floating 
panel. 
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12. A system as defined in claim 8, wherein the processor is programmed to 
display the portion of the process control information associated with the runtime 
application in the at least one of the plurality of panels by assigning the portion of the 
process control information to the at least one of the plurality of panels based on a 
content category associated with the portion of the process control information. 

13. A system as defined in claim 8, wherein the runtime application comprises at 

» 

least one of a trending application, a batch processing application, an advanced 
control application, an alarms application, or a process graphics application. 

14. A system as defined in claim 8, wherein the operator station operating system 
comprises a windows-based operating system. 

15. A machine readable medium having instructions stored thereon that, when 
executed, cause a machine to: 

instantiate a runtime workspace application to operatively interpose between 

an operator station operating system and a user; 

display a plurality of panels via the graphical user interface; and 

display a portion of process control information associated with the runtime 

application in at least one of the plurality of panels via the runtime workspace 

application. 

16. A machine readable medium as defined in claim 15 having instructions stored 
thereon that, when executed, cause the machine to prevent via the runtime workspace 
application a particular user input to the operator station associated with the runtime 
application from affecting the operating system. 

17. A machine readable medium as defined in claim 16, wherein the instructions, 
when executed, cause the machine to prevent via the runtime workspace application 
the particular user input to the operator station from affecting the operating system by 
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trapping or interrupting one or more keystrokes associated with an operating system 
command. 

18. A machine readable medium as defined in claim 15, wherein the instructions, 
when executed, cause the machine to display the plurality of panels by displaying at 
least one of a fixed panel and a floating panel. 

19. A machine readable medium as defined in claim 15, wherein the instructions, 
when executed, cause the machine to display the portion of the process control 
information associated with the runtime application in the at least one of the plurality 
of panels by assigning the portion of the process control information to the at least 
one of the plurality of panels based on a content category associated with the portion 
of the process control information. 

20. A machine readable medium as defined in claim 15, wherein the runtime 
application comprises at least one of a trending application, a batch processing 
application, an advanced control application, an alarms application, or a process 
graphics application. 

21. A machine readable medium as defined in claim 15, wherein the operator 
station operating system comprises a windows-based operating system. 

22. A method of displaying process control information via a graphical user 
interface, comprising: 

establishing a workspace framework having a plurality of display panels; 
assigning display category information to each of the display panels; 
assigning a category to process control information to be displayed; 
comparing the category assigned to the process control information to be 
displayed to the category information assigned to the display panels; and 
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selecting one of the display panels to display the process control information 

* 

to be displayed based on the comparison. 

23. A method as defined in claim 22, wherein establishing the workspace 
framework having the plurality of display panels comprises establishing a collection 
of fixed panels arranged to be displayed via a rectangular display. 

24. A method as defined in claim 23, wherein establishing the workspace 
framework having the plurality of display panels comprises establishing at least one 
floating panel to be displayed to cover at least a portion of at least one of the fixed 
panels. 

25. A method as defined in claim 22, wherein assigning the display category 
information to each of the display panels comprises assigning at least one of a 
plurality of content categories to each of the display panels. 

26. A method as defined in claim 22, further comprising assigning use order 
information to each of the display panels, and wherein selecting the one of the display 
panels to display the process control information to be displayed comprises selecting 
one of a plurality of panels having category information matching the category 
assigned to the process control information to be displayed based on the use order 
information assigned to the selected one of the plurality of panels. 

27. A method as defined in claim 22, wherein selecting the one of the display 
panels to display the process control information to be displayed based on the 
comparison comprises selecting the one of the display panels based on the types of the 
display panels. 

28. A method as defined in claim 27, wherein the types of the display panels 
comprise a fixed panel type and a floating panel type. 
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29. A system for displaying process control information via a graphical user 
interface, comprising: 

a processor coupled to a memory and programmed to: 

establish a workspace framework having a plurality of display panels; 
assigning display category information to each of the display panels; 

assign a category to process control information to be displayed; 

« 

compare the category assigned to the process control information to be 
displayed to the category information assigned to the display panels; and 

select one of the display panels to display the process control 

■ 

information to be displayed based on the comparison. 

30. A system as defined in claim 29, wherein the processor is programmed to 
establish the workspace framework having the plurality of display panels by 
establishing a collection of fixed panels arranged to be displayed via a rectangular 
display. 

31. A system as defined in claim 30, wherein the processor is programmed to 
establish the workspace framework having the plurality of display panels by 
establishing at least one floating panel to be displayed to cover at least a portion of at 
least one of the fixed panels. 

32. A system as defined in claim 29, wherein the processor is programmed to 
assign the display category information to each of the display panels by assigning at 
least one of a plurality of content categories to each of the display panels. 

33. A system as defined in claim 29, wherein the processor is programmed to 
assign use order information to each of the display panels, and wherein the processor 
is programmed to select the one of the display panels to display the process control 
information to be displayed by selecting one of a plurality of panels having category 

< 
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information matching the category assigned to the process control information to be 
displayed based on the use order information assigned to the selected one of the 
plurality of panels. 

34. A system as defined in claim 29, wherein the processor is programmed to 
select the one of the display panels to display the process control information to be 
displayed based on the comparison by selecting the one of the display panels based on 
the types of the display panels. 

35. A system as defined in claim 34, wherein the types of the display panels 
comprise a fixed panel type and a floating panel type. 

36. A machine readable medium having instructions stored thereon that, when 
executed, cause the machine to: 

establish a workspace framework having a plurality of display panels; 

assign display category information to each of the display panels; 

assign a category to process control information to be displayed; 

compare the category assigned to the process control information to be 
displayed to the category information assigned to the display panels; and 

select one of the display panels to display the process control information to 
be displayed based on the comparison. 

37. A machine readable medium as defined in claim 36, wherein the instructions, 
when executed, cause the machine to establish the workspace framework having the 

■ 

plurality of display panels by establishing a collection of fixed panels arranged to be 
displayed via a rectangular display. 

38. A machine readable medium as defined in claim 37, wherein the instructions, 
when executed, cause the machine to establish the workspace framework having the 
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plurality of display panels by establishing at least one floating panel to be displayed to 
cover at least a portion of at least one of the fixed panels. 

39. A machine readable medium as defined in claim 36, wherein the instructions, 
when executed, cause the machine to assign the display category information to each 
of the display panels by assigning at least one of a plurality of content categories to 
each of the display panels. 

40. A machine readable medium as defined in claim 36 having instructions stored 
thereon that, when executed, cause the machine to assign use order information to 
each of the display panels, and wherein the instructions, when executed, cause the 
machine to select the one of the display panels to display the process control 
information to be displayed by selecting one of a plurality of panels having category 
information matching the category assigned to the process control information to be 

displayed based on the use order information assigned to the selected one of the 

» 

plurality of panels. 

41 . A machine readable medium as defined in claim 36, wherein the instructions, 
when executed, cause the machine to select the one of the display panels to display 
the process control information to be displayed based on the comparison by selecting 
the one of the display panels based on the types of the display panels. 

42. A method as defined in claim 27, wherein the types of the display panels 
. comprise a fixed panel type and a floating panel type. 



42 



t 



WO 2005/109125 



PCT/US2005/015439 



r 



10 



44 



1 



REMOTE OPERATOR 
STATION 



46 



\ 



z 



48 



20 



ACTIVE 
APPLICATION 
STATION 



36 





22 



STANDBY 
APPLICATION 
STATION 



Z 



18 



OPERATOR 
STATION 




FIELD 
DEVICE 



/-42 



FIELD 
DEVICE 



Cm 



34 



I/O DEVICE 



38 



30 




FIELD 
DEVICE 




32 



r 



28 



FIELD 
DEVICE 



FIG. 1 



1/9 



WO 2005/109125 



PCT/US2005/015439 




200 



202 



206 




208 



SERVER 



210 



Service 1 



Service 2 



212 




Service N 




216 



Port 



218 



204 




Service 




Service 




Service 


Proxy 1 




Proxy 2 


• ■ ■ 


Proxy N 




220 





224 



CLIENT 



FIG. 2 



2/9 



WO 2005/109125 



PCT/US2005/0 15439 



r 



300 



Runtime Workspace 




Trending 



316 




308 




Advanced 
Control 




Batch 



310 



Alarms 



Process 
Graphics 





314 




Runtime Applications 



312 




Services 



304 



302 




306 



FIG. 3 



3/9 



WO 2005/109125 



PCT/US2005/015439 



O 

CO 



(D 

u 

CO 
CL 

co 

i 

a 
E 



3 



CM 
O 



CO 

E 
o 

Q 

c 

p 

CO 
O 

CL 
Q. 

< 
0) 

a 

CO 

CL 

CO 



0) 

£ 
c 

3 

a: 



o 



<D 

D) 

CO 

C 

CO 



oo 
o 



I k 



i2 
CL 
CO 

8 

» — » 

CL 
CO 

0 

CO 
CO 
0) 

a 
g 

CL 



CM 
co .£ 

<D CO 

— E 
£ o 

CD Q 
CO c 

>» o 

CO *4=t 
Q- g 

£2 -= 
Q Q- 

Q. 
< 



£ .£ 

OL D) 

to c- 

w O) 

CO c 

CO *c 

CD o 

O -a 

S c 
n" © 



O 
(0 

CO 
-f-» 

CO 

a 



CO 

o 



k 



co .£ 

9 (0 

& o 

W C 

>* o 

CD 

Q. g 

CO jX 

Q OL 



3 



CL D) 

co c 

CO "C 

a) a> 
2 c 

n" cd 



£> 

3 
O 

CO 

to 
Q 











ogou 


>nent 




3 




a 


o> 


Logo 


gin 


LUO 


o 


O 
—J 


o 







CD 




c 


c 


tL g 


CD 


c 
o 


<D O 


CL 


C Q. 

.£ c 


E 


c o 


8 


3 O 

a: 


o 



co 

CM 



J 



00 
CO 



k 



-2 >, 



.52 2 o 
O "5 •> 

CO Ol 0) 
X> 0 CO 

o qc 
O 




3 



k 



o 

CM 



CD 



CO 




jo 
a 

.22 ^_ 

5 co 
co O 
o 
o 



co 
co 



k 



4/9 



WO 2005/109125 



PCT/US2005/015439 




5/9 



WO 2005/109125 



PCT/US2005/015439 



600 



601 


• 

602 


603 


DP1 




DP2 




DPO 








604 




605 


DP3 


Move 


DP4 


• 


« 


FIG. 6 


, — 600 


601, 


6,02 


603 


DPI 




DP2 




DPO 








604 




605 


blank 

■ 




DP3 

• 



FIG. 7 



6/9 



WO 2005/109125 



PCT/US2005/015439 



600 



OUT 


602 


buo 

• 


DP1 


Copy ^ 


DP2 


DPO 


604 


605 


DP3 




DP4 


■ 


FIG. 8 


— 600 


pOl 

* 

DP1 


602 


603 

DP2 

DP1 




DPO 




604, 


605 


DP3 




DP4 

■ 



FIG. 9 



7/9 



WO 2005/109125 



PCT/US2005/0 15439 




Panel Assignment 




New Display? 



Yes 




|Yes 



Destination 

Panel 
Specified? 



No 



Compare Display 

Categories to 
Pane! Categories 




1010 



Assign Display to 
Default Panel 



No 




Matches? 



1012 




IYes 



New Display 
Category Has 
Multiple 
Matches? 




Yes 



1016 



Assign Display to 
Matching Panel Based 
on Predetermined Use 
Order 




1000 




1002 




1004 



1006 




1008 



No 




1014 



Assign Display to 
Matching Panel 




End/Return 




FIG. 10 



8/9 



WO 2005/109125 



PCT/US2005/015439 



1102 



1106 



n6n-volatile 

MEMORY 



1104 



MAIN MEMORY 



1100 



PROCESSOR 



1108 



1110 



INTERFACE 
CIRCUIT 



STORAGE 
DEVICE(S) 




1118 




EL 



1116 



FIG. 11 



9/9 





INTERNATIONAL SEARCH REPORT 


Intern al Application No 






* 


PCT/U52005/015439 


A. CLASSIFICATION OF SUBJECT MATTER 

IPC 7 G05B19/042 








Accorcfing to International Patent Classification (IPC) or to both national classification and IPC 






B. FIELDS SEARCHED 


Minimum documentation searched (classification system followed by classification symbols) 

IPC 7 605B 


Documentation searched other than minimum documentation to the extent that such documents are included In the fields searched 

■ 

r 

♦ 


Electronic data base consulted during the international search (name of data base and, where practical, search terms used) 


EPO-Internal 

■ 


■ 


• 

• 


* 

• 

• 


C. DOCUMENTS CONSIDERED TO BE RELEVANT 


Category • 


Cflatfon of document, wfth.tndfcatlon, where appropriate, of the-retevant passages 

* 

■ 


Relevant to claim No. 

■ 


X 

■ 


. US 5 631 825 A (VAN WEELE ET AL) 
20 May 1997 (1997-05-20) 

column 1 - column 45; figures 1-5 


* 


1,8,15 

* 


X 


US 2002/055790 Al (HAVEK0ST ROBERT B) 

9 May 2002 (2002-05-09) 

page 1 - page 14; figures 1-11 




1,8,15, 
22,29,36 


• 

A 


US 2003/028269 Al (SPRIGGS BOB ET AL) 
6 February 2003 (2003-02-06) 
the whole document 


■ 

< 

■ 


1-42 

■ 


A 

i 

■ 


* 

US 5 611 059 A (BENTON ET AL) 
11 March 1997 (1997-03-11) 
the whole document 

■ 

i • 
i 

■ 

* 

• 

• 


• 


* 


1-42 

_ - ■ ■ * 

« 

• 

■ 

r 

* 

* 

1 


| Further documents are listed In the continuation of box C. 


|)( j Patent family members are listed in annex. 


9 Special categories of cited documents : 

'A' document defining the general state of the art which is not 
considered to be of particular relevance 

*E* earlier document but published on or after the International 
filing date 

*L" document which may throw doubts on priority claim(s) or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

v O* document referring to an oral disclosure, use, exhibition or 
other means 

"P 1 document published prior to the international filing date but 
later than the priority date claimed 


T later document published after the International filing date 
or priority date and not In conflict with the application but 
cited to understand the principle or theory underlying the 
Invention 

■X' document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
hvolve an inventive step when the document is taken alone 

■Y' document of particular relevance; the claimed invention 
cannot be considered to Involve an Inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
In the art 

"&' document member of the same patent family 


Date of the actual completion of the International search 


Date of mailing of the International search report 


1 August 2005 


10/08/2005 




Name and mailing address of the ISA 

European Patent Office, P.B. 5818 Patentfaan 2 
NL-2280HVRij5WlJk 
TeL (+31-70) 340-2040, Tx. 31 651 epo nl, 
Fax (+31-70) 340-3016 


Authorized officer 

Morrish, I. 



Form PCTY1SA/210 (second sheet) LJenuary 2004) 



INTERNATIONAL SEARCH REPORT 



tn itional application No. 

PCT/US2005/015439 



Box II Observations where certain claims were found unsearchable (Continuation of item 2 of first sheet) 

This International Search Report has not been established In respect of certain claims under Article 17(2)(a) for the following reasons: 
1. |_J Claims Nos.: 

because they relate to subject matter not required to be searched by this Authority, namely: 



2. |_J Claims Nos.: 

because they relate to parts of the International Application that do not comply with the prescribed requirements to such 
- an extent that no meaningful International Search can be carried out, specifically: 



3. Claims Nos.: 

because they are dependent claims and are not drafted in accordance with the second and third sentences of Rule 6.4(a). 



Box III Observations where unity of invention is lacking (Continuation of item 3 of first sheet) 

This international Searching Authority found multiple inventions in this international application, as follows: 



see additional sheet 



□ As all required additional search fees were timely paid by the applicant, this International Search Report covers all 
searchable claims. 



2. [Xj As all searchable claims could be searched without effort justifying an additional fee, this Authority did not invite payment 
of any additional fee. 



3. f~\ As only some of the required additional search fees were timely paid by the applicant, this International Search Report 
I — i covers only those claims for which fees were paid, specifically claims Nos.: 



4. | No required additional search fees were timely paid by the applicant. Consequently, this International Search Report Is 
restricted to the Invention first mentioned in the claims; it is covered by claims Nos.: 



Remark on Protest The additional search fees were accompanied by the applicant's protest 

| [ No protest accompanied the payment of additional search fees. 



Form PCT/ISA/210 (continuation of first sheet (2)) (January 2004) 



FURTHER INFORMATION CONTINUED FROM PCT/ISA/ 210 



This International Searching Authority found multiple (groups of) 
Inventions in this international application, as follows: 

1. claims: 1,8,15 

. Displaying information associated with runtime application 



2. claims: 22,29,36 

assigning category inforamatlon to information to be 
displayed 



INTERNATIONAL SEARCH REPORT 

nation on patent family members 



Interr al Application No 

PC1/US2005/015439 



patent document 




Publication 


•* 


Pat© Ml lamily 


Pi thl ti^otlrt n 


cited In search report 

^^9 m ^9* 9 9 9 w WV| f 9 m 




date 




mernber{3) 


date 


US 5631825 


A 


20-05-1997 


AU 


7657194 A 


18-04-1995 








CA 


2172063 Al 


06-04-1995 








DE 


69424558 Dl 


21-06-2000 








nr 


6Q474558 to 


15-02-2001 








WO 


9509387 Al 


06-04-1995 








EP 


0721611 Al 


17-07-1996 








ES 


2145837 T3 


16-07-2000 








JP 


9503086 T 


25-03-1997 



US 2002055790 


Al 


09-05-2002 


US 


6774786 Bl 


10-08-2004 








DE 


10217107 Al 


28-11-2002 








GB 


2377070 A ,B 


31-12-2002 








HK 


1051428 Al 


01-04-2005 








JP 


2003005830 A 


08-01-2003 












£./ UU luUc 








GB 


2372365 A ,B 


21-08-2002 








JP 


2002222012 A 


09-08-2002 








US 


2005012608 Al 


20-01-2005 








US 


2002077711 Al 

* 


20-06-2002 





US 2003028269 


Al 


06-02-2003 


US 


i 

6421571 Bl 


16-07-2002 








AU 


.. 7209101 A 


12-09-2001 




■ 


i 


f M 






• 


* 


t 


EP 


.1279074 Al 


29-01-2003 


• 






JP 


2003525489 T 


26-08-2003 








W0 


0165322 Al 


07-09-2001 


1 




* 


US 


2003023518 Al 


30-01-2003. 


I 

US 5611059 


A 


11-03-1997 


CA 


2197876 Al 


14-03-1996 








DE 


69523325 Dl 


22-11-2001. 


■ 

* * 


• 




DE 


69523325 T2 


27-06-2002 






• 


EP 


0777870 Al 


11-06-1997 








IP 




1 Q_nR-1QQ8 


* 

« 






WO 


9607957 Al 


14-03-1996 


* 






US 


5706455 A 


06-01-1998 


• 






us 


5675756 A 


07-10-1997 


■ 




• ■ 


us 


5929855 A 


27-07-1999 


« 

• 

* 



Form PCT/iSA/210 (patent family annex) (January 2004) 



